home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group94b.txt / 000101_icon-group-sender _Thu Nov 10 10:40:37 1994.msg < prev    next >
Internet Message Format  |  1995-02-09  |  3KB
  1. Received: by cheltenham.cs.arizona.edu; Thu, 10 Nov 1994 13:03:45 MST
  2. Date: Thu, 10 Nov 1994 10:40:37 +0600
  3. From: jeffery@runner.jpl.utsa.edu (Clinton L. Jeffery)
  4. Message-Id: <9411101640.AA07036@runner.utsa.edu>
  5. To: Ryan.Walcott@columbiasc.ncr.com
  6. Cc: icon-group@cs.arizona.edu
  7. In-Reply-To: <Cz0AFI.67x@ncrcae.ColumbiaSC.NCR.COM> (message from Ryan Walcott on Wed, 9 Nov 1994 15:16:30 GMT)
  8. Subject: Re: Optimizing Icon on a UNIX Platform
  9. Content-Length: 2013
  10. Errors-To: icon-group-errors@cs.arizona.edu
  11.  
  12.  
  13. >   We use  ICON applications at AT&T Global Information Solutions to create
  14. >   statistical reports on data generated by benchmark runs.  Currently these
  15. >   reports take several hours to run.  
  16.  
  17. >   Is there a way to optimize the applications for our platform so that the
  18. >   reports will execute faster?  We are considering porting the applications
  19. >   to C and recompiling, but would like to avoid this if possible because
  20. >   they are very long and complicated.
  21.  
  22. There is no quick and easy solution to this, beyond studying the programs'
  23. behavior, and using the Icon compiler for performance-critical applications
  24. if it is feasible to do so.  Hiring an Icon guru to look at your code might
  25. be another possibility...
  26.  
  27. The "real" solution to this is for some of us to invest further in the
  28. language.  What we have so far is free, thanks to the investment by the
  29. National Science Foundation and countless donated hours by the Griswolds
  30. and various volunteers.  Here are two further investments, one that we are
  31. pursuing, and one that we haven't the resources to pursue at present:
  32.  
  33. (1) Invest in profiling and debugging tools.  Taking the research on
  34. execution monitoring and visualization that's already been done and
  35. putting it in the hands of users is a lot of work, but we are in the
  36. process of doing this.  The core supporting code is present in the Icon
  37. 9.0 sources, but I think it will take awhile to do useful end-user
  38. documentation and produce a polished Icon Program Library section on
  39. profiling, debugging, and visualization.  Some interesting profiling and
  40. debugging tools have been produced by Icon users, which is another way
  41. to invest.
  42.  
  43. (2) Invest further in the Icon compiler.  With adequate resources, it could
  44. be maintained and further optimized.  Whether this happens appears like it
  45. will depend on whether the industry folks and users choose to make it so.
  46. You could do it yourself and contribute it to the community, or you could
  47. commit resources to Icon Project for that express purpose.
  48.